home *** CD-ROM | disk | FTP | other *** search
- Path: inforamp.net!ts32-06
- From: rmorin@inforamp.net (Randy Charles Morin)
- Newsgroups: comp.lang.c++
- Subject: Re: Coding Standards
- Date: Tue, 12 Mar 96 23:51:21 GMT
- Organization: MiddleWorld SoftWare
- Message-ID: <4i52m8$2s5@sam.inforamp.net>
- References: <4hj8ek$elu@sam.inforamp.net> <4hktar$5o2@galaxy.ucr.edu> <4hsfrc$pmm@sam.inforamp.net> <4i26e8$h9e@B1FF.mindspring.com>
- NNTP-Posting-Host: ts32-06.tor.inforamp.net
- X-Newsreader: News Xpress Version 1.0 Beta #4
-
- In article <4i26e8$h9e@B1FF.mindspring.com>,
- rudd@mindspring.com (Justin Rudd) wrote:
- >>Coding Standards
- >> 3 Naming Conventions
- >>1. All class names should begin with the prefix BELL. Example:
- >>BELLSuperClass.
- >I've worked many jobs where the class names started with TO, B, and a
- >few others. What the letters mean is very simple. They are the
- >abbreviation of the Companies title.
- >I asked one of the head developers once and he said that it is done
- >because UPPER MANAGEMENT thinks it promotes team unity. *shrug*
- >Don't know about that...but....
-
- Actually, I prefer that class names be prefixed by a project code myself. If
- you are working on the KIR project, then you prefix with KIR (i.e.
- KIRClassName). This way you know where the class came from. If you see a
- class HOSHello, then you know you borrowed the class from the HOS project.
- You'll also know what comes from MFC or OWL and what comes from your own code.
- In large projects, it sometimes benefitial to prefix by a sub-project code.
- Therefor, if you're working on the validation engine, you could prefix by
- VALID (i.e. VALIDClassName) or something like that. As long as everybody
- follows the same standards. And I have never seen a medium or large size
- project where 75% the coding standards were followed.
-
- Agrivar
-